home *** CD-ROM | disk | FTP | other *** search
/ Network CD 2 / Network CD - Volume 2.iso / programs / internet / dnet / mailchk.lha / Mailchk / amiga / doc / mailchk.doc
Encoding:
Text File  |  1990-03-05  |  2.0 KB  |  55 lines
  1. AMIGA/MAILCHK
  2.  
  3.     MAILCHK [-Nnet] [-tupdatetime] [-d] [-n] [-h]
  4.  
  5.     The -N option specifies the network (default = 0).  This is the same
  6.     network as was specified when you ran DNET (if was not specified, is 0)
  7.  
  8.     The -t option specifies the time between checks [DEFAULT = 40s].
  9.     The -d option notifies MAILCHK that you want to see your mailbox
  10.                   on startup [DEFAULT].
  11.     The -n option specifies no mailbox on startup
  12.     The -h option displays a help message.
  13.  
  14.  
  15.     The Mail/mail program must be present on the Unix host for this client
  16. to work.  See SMAILCHK.DOC in the unix/doc directory.
  17.  
  18.     With MAILCHK, you may view letters using you favorite text viewer. 
  19. This viewer must be able to read from the DPIPE: device.  I know that TY
  20. and MUCHMORE work as expected.  LESS V1.3 DOES NOT WORK with the DPIPE:
  21. (or the PIPE:) device.  The default viewer is SYS:UTILITIES/More.  To
  22. change it, use SETENV PAGER "path/your viewer".  The DPIPE: device must be
  23. mounted for this option to work.
  24.  
  25. NOTE:  You need ARP.LIBRARY V39.1 to run this program.
  26. ------------------------------------------------------ 
  27.     
  28.     The other options are PRINT and DELETE.  PRINT output the selected
  29. letter to the PRT: device and DELETE will remove a message from your UNIX
  30. MAILBOX, if you have write access to the unix spool directory.
  31.  
  32.     REMOVE will terminate the client (equivalent to 'break [CLI #] c').
  33. Closing the window will not remove MAILCHK.  If you closed the window and
  34. want to get it back, use 'break [CLI #] e'.
  35.  
  36.     In an earlier version, I had a SAVE option but I had to remove it
  37. because it became unreliable.  If one day I learn how to get the ARP file
  38. requester to work correctly, I will put this option back...
  39.  
  40. BUGS
  41.  
  42.     The DPIPE: device seems to choke on big transfers. 
  43. avoid reading files that contain a uuencoded program...
  44. If the PIPE: device was working with ARP, it would also have simplified
  45. things a bit.
  46.  
  47.  
  48. Stephane Laroche
  49. February 9, 1990
  50.  
  51. INTERNET:  B85O@MUSICB.MCGILL.CA
  52.  
  53. Before (september 1990):  lobster@calvin.cs.mcgill.ca
  54.     
  55.